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MAINTAINING INFORMATION TO OPTIMIZE RESTORABLE 
DYNAMIC ROUTING WITH SHARED BACKUP 

CROSS-REFERENCE TO RELATED APPLICATIONS 

This application claims the benefit of U.S. Provisional Application No. 60/266973, 
5 filed February 7, 2001. 

FIELD OF THE INVENTION 

This invention relates generally to communications and, more particularly, to 
packet communications systems. 

BACKGROUND OF THE INVENTION 

10 A packet-based communications network can be viewed as comprising a number 

of nodes. (As used herein, a "node" refers to any equipment for communicating packets, 
e.g., a network element, a router, etc.). In such a network, dynamic routing is essential 
for on-request provisioning of network bandwidth. For the dynamic routing considered 
here, demands (for set-up of bandwidth guaranteed paths) are not known ahead of time 

15 and arrive to the network one at a time. Each demand has associated with it a source 
node, a destination node and the bandwidth d needed for the demand. (The source and 
destination nodes are the ingress and egress nodes of the network for a particular 
demand.) 

When a demand arrives into the network, dynamic routing sets up at least two 
20 paths: an active (primary) path and a backup path (such algorithms are known in the art 
and art not described herein). Each path specifies a sequence of links traversing the 
network from the source node to the destination node. (As used herein, a "link 1 ' is any 
connection between two nodes, e.g., wired, optical, wireless, etc.) Each link on the 
primary path reserves the associated bandwidth of d units for processing the demand. If 
25 the active path fails, traffic is diverted to the backup path (hence providing restorability). 

SUMMARY OF THE INVENTION 

As noted above, the backup path protects the primary path against a predetermined 
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set of failures, where each failure is specified by a set of links that may fail simultaneously. 
However, in such a dynamic environment bandwidth efficiencies can be achieved by 
providing for the sharing of backup paths. This is possible because, by assumption, the 
failure scenarios against which restorability is to be maintained is known. Therefore, it is 
5 possible to determine whether two given links, or nodes, can fail at the same time. If they 
cannot fail at the same time, backup bandwidth for these elements is shareable. Since 
bandwidth can be shared along the backup links, the amount of bandwidth reservation to 
be done on each link in the backup path must be determined. 

In accordance with the invention, a network element, of a packet-based network, 
10 stores failure information associated with the packet-based network and usage information 
for a backup resource, and, upon receipt of a new demand, determines if the backup 
resource is shareable as a function of the failure information and the usage information. 
As a result, accurate backup resource reservation with sharing of backup resources is 
possible. 

15 In an embodiment of the invention, the illustrative backup resource is a backup 

path. A network element maintains failure information for a packet-based network and 
usage information for the backup path. Upon receipt of a new demand, with an associated 
bandwidth, d, the network element determines if the backup path can be shared as a 
function of the failure information and the usage information associated with the backup 

20 path. 

BRIEF DESCRIPTION OF THE DRAWING 

FIG. 1 shows an illustrative packet-based network incorporating the principles of 
the invention; 

FIGs. 2, 3 and 4 show illustrative flow charts in accordance with the principles of 
25 the invention; and 

FIG. 5 shows an illustrative high-level block diagram of a node for use in 
accordance with the principles of the invention. 

DETAILED DESCRIPTION 

A portion 100 of an illustrative packet-based network, in accordance with the 
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principles of the invention, is shown in FIG. 1. Other than the inventive concept, the 
elements shown in FIG. 1 are well known and will not be described in detail. For 
example, although shown as a single node, the source node includes stored-program- 
control processors, memory, and appropriate interface cards. Portion 100 includes a 
5 plurality of nodes coupled via communications links (or facilities) (e.g. optical fibers), as 
represented by links l 2 , etc. With respect to illustrating the inventive concept, only one 
primary path and one backup path are shown in portion 100. However, it should be noted 
that since FIG. 1 only shows a portion of the network, other nodes (represented, e.g., by 
node V of FIG. 1) exist for providing various primary paths and backup paths for 

10 different demands. The inventive concept is implemented using conventional 
programming techniques, which as such, will not be described herein. 

For the purposes of the description below, it is assumed that information 
(described below) is stored on links in the network. However, it should be noted that in 
reality, all such link information is typically stored at one of the nodes that the link is 

15 connected to and all the bandwidth reservations on this link are performed by that node. 

In accordance with the invention, determining whether a backup resource can be 
shared is a function of failure information and usage information, both of which are 
maintained at each link in the network. As described below, bandwidth on the backup 
path is used as an illustration of a backup resource. 

20 With respect to failure information, let F be the set of failures. Recall that each 

failure is specified by a set of links that fail simultaneously. This can be thought of as a 
shared risk group (SRLG). Let Lf represent the set of links that fail when failure f e F 
occurs. The set of failures F and the lists Lf for each / e F is the same at all links in the 
network and is known to all links in the network. Illustrative failures, fj, f 2 and/s are 

25 shown in FIG 1. Although, the associated set of links for f,f 2 and fs are illustrated as 
comprising more than one link, it may be the case that only single link failures occur. In 
this situation, the set of failures F is simply failures f through /„ where n is the number of 
links in the network and the corresponding set of links for each failure,/, is one link, i.e., 
Lf for a given link failure is just the link itself. It is assumed that failure information is 

30 determined a priori (using any number of known techniques) and communicated to 
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various links (nodes) of the network via known signaling techniques (e.g., use of, or 
straightforward modification of, the known RSVP protocol). 

Turning now to usage information^ this is different for each link. Consider a 
representative link e shown in portion 100 of FIG. 1. At this link, associated with each 
5 failure/ e F is the quantity D e f , which is the amount of bandwidth that occurs on link e 

when failure / occurs. (Obviously, if a demand is not re-routed over link e when the 
failure / occurs then, for that particular failure, D e f = 0.) Therefore, the amount of 

bandwidth to reserve on link e to guard against the worst failure is defined as: 
B e = backup bandwidth reservation on a link e\ where 

10 B e = mzx f€F D}. (1) 

As used herein, the usage information comprises D e f and B e , Each link maintains 

its current usage information. 

Turning now to FIG. 2, an illustrative flow chart is shown in accordance with the 
principles of the invention for determining if a backup path can be shared. In accordance 
15 with the invention, usage information for each link is updated dynamically when demands 
arrive and leave the network. Initially the values of D* f and B e are set to zero for all e and 

/ In step 305 ? a connection is initiated, i.e., a demand arrives at a source node of the 
network, e.g., the source node shown in FIG. 1. As noted above, each demand has an 
associated bandwidth, d 9 needed for the demand. The source node performs dynamic 

20 routing and provisionally sets up at least two paths: an active (primary) path and a backup 
path in step 305 (such algorithms are known in the art and art not described herein). An 
illustrative primary path, P 9 and backup path, Q, are shown in FIG. 1 . Both P and Q are 
link sets. For example, P comprises the link set {/;, l 2 , h, k) as shown in FIG. 1. When 
the demand is routed through the network it is assumed, in step 310, that the routing 

25 protocol (e.g., RSVP) passes along to all links in the active path and the backup path the 
following information: 

- the active path P (i.e., the link set); 

- the backup path, Q (i.e., the link set); and 

- the demand value, d. 
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Links not on the active path or the backup path do not receive this information. 
As such, links not on the active path or the backup path are not involved in the steps 
described below. 

A link on the active path performs steps 3 1 5, 320 and 3 25 , as shown in FIG. 1 . If 
5 any link along the active path cannot make a reservation of d units (step 315), then the 
demand is rejected (steps 3 15, 320) and the source node must determine different routing. 
On the other hand, if a link can support the demand, d, then the demand is accepted (steps 
315, 325). 

With respect to the backup path, each link e e Q performs steps 350 through 380, 
10 shown in FIG. 3. In step 350, each link on the backup path checks if the primary path and 
the backup path can fail simultaneously. For this, each link on the backup path accesses 
the above-mentioned failure information (stored at each link). In particular, for each / e 
F, a link computes L f fl P fl \eQ\ IfLfflPf) 0 for some f e F y then the 

demand is rejected (in step 355) since the primary path and the backup path can fail 
15 simultaneously. On the other hand, if the primary path and the backup path cannot fail 
simultaneously, then each link on the backup path checks if the primary path can fail in 
step 360. In particular, for each /e^a link computes Lf f] P- If the primary path does 
not fail, no updating is necessary, and the demand may be accepted in step 385. However, 
if the primary path can fail, i.e., if L f fl P * 0, then the respective usage information for 
20 that link is updated in step 365. In particular, each link in the backup path computes 
D e f -D e f +d , and computes the new backup reservation, £> e , i.e., B e = max /eF D e f . In 

step 370, each link on the backup path checks to see if the new backup reservation 
amount, 5 e , can be reserved (i.e., does link e have the bandwidth available). If the new 
backup reservation amount, B e , cannot be reserved, then the demand is rejected in step 
25 380 (and the values of the usage information - changed in step 365 - are returned to their 
previous values). Similar to rejections of the demand on the primary path, any rejections 
on the backup path require the source node to re-compute alternative routes. Otherwise, 
the demand is accepted in step 375 and the backup path can be shared in accordance with 
the principles of the invention. 
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There are some modifications that can be done to the above-described steps in 
order to improve the efficiency of the algorithm. In particular, since the source node 
knows the list I/as well as the primary path and the backup path, the source node can also 
perform the computations in step 350. Consequently, each link in Q does not have to do 
5 this computation. Also, since the source node knows the sets L f and P 7 the source node 
can compute the set F } c F such that L f f] P * 0 if and only if / e F 2 . These represent 
the set of failures that affect the primary path. The source node can pass this set F } to all 
links in the backup path saving these other nodes the need to perform the computations in 
step 360. 

10 Turning now to FIG. 4, an illustrative flow is shown for updating usage 

information for a connection teardown, i.e., when a demand leaves the network. It is 
assumed that during a connection teardown the relevant protocol passes the same 
information as the connection set up both along the active path and the backup path. In 
step 385, each link on the backup path checks if the primary path can fail In particular, 

15 for each/ e F ? a link computes L f fl P. If the primary path does not fail, no updating is 
necessary, and the connection is taken down step 390. However, if the primary path can 
fail, i.e., if L f D P * 0, then the respective usage information for that link is updated in 
step 395. In particular, for each / e F 9 each link in the backup path computes L f f] P. If 
L f fl P * 0, each link sets D e f =D e f -d and computes a new backup reservation: 

20 B e = max /eF D* f . The connection is then taken down in step 390. It should be noted 
that, like the process described above for connection setup, during connection teardown, 
similar computations can be performed by the source node to improve the efficiency of the 
process. 

Turning briefly to FIG. 5, an illustrative architecture for a node is shown. Other 
25 than the inventive concept, the elements shown in FIG. 5 are well known and will not be 
described in detail Node 200 is a stored-program-control based processor architecture 
and includes processor 150, memory 160 (for storing program instructions and data (such 
as the failure information and the usage information)) and communications interface(s) 
165 for coupling to one or more links as represented by paths 166 and 167. In the context 
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of this invention, e.g., processor 150 and memory 160 implement (among other functions 
not described herein) the illustrative flow charts shown in FIGs. 2, 3 and 4. 

As described above, and in accordance with the invention, storing the above- 
described information in network elements and performing the above-described processing 
5 permits the sharing of backup resources in packet-based communications networks where 
each demand has at least a primary path and a backup path. It should be noted that, unlike 
traditional network design problems, the problem of how to share backup resources is 
dynamic in nature. Although the inventive concept was illustrated in the context of 
sharing a backup resource such as a backup path, the inventive concept also applies to 

10 other types of resources, e.g., wavelengths or optical interfaces in optical networks. In 
these more general cases, a failure is represented by a set of resources that fails 
simultaneously. The main addition to the updating mechanism will be that instead of 
passing along the primary path P, the resources used by the primary path have to be 
passed to the backup path. The rest of the computations are along the lines outlined 

15 above. 

The foregoing merely illustrates the principles of the invention and it will thus be 
appreciated that those skilled in the art will be able to devise numerous alternative 
arrangements which, although not explicitly described herein, embody the principles of the 
invention and are within its spirit and scope. 
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